URLs personalizadas

Visão geral 

Quando as recomendações de produtos aparecem na página, elas direcionam para recs.richrelevance.com. Se isso não for desejado, podemos usar URLs personalizadas, que permitem que os links apontem para um subdomínio no site do cliente, evitando qualquer confusão da parte do cliente sobre para onde o link o está direcionando.

O uso de uma URL personalizada pode evitar qualquer confusão por parte do cliente ao clicar numa recomendação. Os retalhistas precisarão configurar o subdomínio para que as recomendações sejam configuradas.

O registo CNAME informa o DNS que qualquer chamada para recs.clientsitename.com deve ir para onde o DNS indicar que está recs.richrelevance.com: na essência, é apenas um alias ou "também conhecido como". Ele NÃO substitui o nome do servidor, apenas a forma como o DNS é utilizado.

URLs personalizadas

Fale com a sua equipa da Algonomy sobre URLs personalizadas e informe o subdomínio exato que pretende utilizar.

  1. Configure um subdomínio no seu site: recs.yoursitename.com.

  2. Configure um registo CNAME nos seus servidores para que o seu subdomínio (recs.yoursitename.com) seja um CNAME de recs.richrelevance.com.

  3. Peça à sua equipa da Algonomy para configurar um servidor personalizado para o seu site, correspondendo ao valor definido no registo CNAME.

Os URLs de clique que devolvemos nas recomendações serão de um domínio diferente (o domínio do cliente que for configurado como CNAME para recs.richrelevance.com). Como construímos os links de clique, podemos sempre direcionar o cliente para uma página HTTP simples e não encriptada, evitando assim o problema de SSL. Como as recomendações direcionam os clientes para páginas de produtos, não deverá haver a expectativa de que a página seja segura.

  • Sites que não permitem cookies de terceiros podem querer usar URLs personalizadas para que os cookies da RR sejam gravados como cookies de primeira parte.

  • Sites que utilizam uma combinação de integração do lado do servidor e do lado do cliente poderão ver os cookies utilizados por ambos os lados.

  • Alguns clientes estão interessados em URLs personalizadas por motivos estéticos. Pretendem que os links dentro das recomendações apontem para o próprio domínio.

O que não é suportado

Chamadas seguras (SSL) não podem usar URLs personalizadas.

Porquê? Se os clientes se ligarem por HTTPS e usarem recs.clientsitename.com, receberão um alerta de segurança indicando que o certificado não corresponde (recs.richrelevance.com não é recs.clientsitename.com):

O cliente teria que confirmar para continuar, e a sua experiência de compra seria completamente interrompida. Não existe nenhuma solução alternativa para isto, pois não podemos servir o certificado deles. Esta é uma limitação do HTTPS, não da Algonomy.

Que sites usam HTTPS? Muitos comerciantes servem todas as páginas através de HTTPS após os clientes iniciarem sessão ou efetuarem uma compra. O HTTPS é bastante comum: em sites com uma entrada segura como hdsupply, CDW-G, ou mesmo Target, depois de iniciar sessão como cliente identificado, a maioria, senão todas, as páginas da sessão seguintes são em HTTPS.

  • URLs personalizadas não são suportadas para media.richrelevance.com. Isso impediria que o p13n.js fosse carregado na página de conclusão da compra (e provavelmente também na página do carrinho), e não conseguiríamos rastrear esses dados (compra, produtos adicionados ao carrinho, etc.). Precisamos dos dados da página de conclusão da compra e do carrinho para conseguir gerar boas recomendações.

  • URLs personalizadas não podem ser testadas no ambiente de integração.

  • A funcionalidade não utiliza o nome do site do cliente em todo o lado no lugar de recs.richrelevance.com. As chamadas para recomendações irão sempre para recs.richrelevance.com.